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DETAILED ACTION 
Priority 

1 . Acknowledgment is made of applicants claim for priority under 35 U.S.C. 1 19(e) 
based on provisional application 60/222,660. 

Information Disclosure Statement 

2. The information disclosure statement (IDS) submitted on January 24, 2002 was filed 
after the mailing date of the Application on August 2, 2001 . The submission is in 
compliance with the provisions of 37 CFR 1.97, Accordingly, the examiner considered 
the information disclosure statement. 



Claim Rejections - 35 JJSC §102 
3. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form 
the basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed pubhcation in this or a foreign country or in pubUc 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 

(e) the invention was described in a patent granted on an application for patent by another filed ha the 
United States before the invention thereof by the applicant for patent, or on an uitemational application 
by another who has fulfilled the requirements of paragraphs (1), (2), and (4) of section 371(c) of this 
title before the invention thereof by the applicant for patent. 



The changes made to 35 U.S.C. 102(e) by the American Inventors Protection Act 
of 1999 (AIPA) and the Intellectual Property and High Technology Technical 
Amendments Act of 2002 do not apply when the reference is a U.S. patent resulting 
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directly or indirectly from an international application filed before November 29, 2000. 
Therefore, the prior art date of the reference is determined under 35 U.S. C. 102(e) prior 
to the amendment by the AIPA (pre-AIPA 35 U.S.C. 102(e)). 

4. Claims 1, 2 and 8 are rejected under 35 U.S.C. 102(e) as being anticipated by Zhang et 
al. (USP 6,687,748). 

5. With regard to claims 1 and 8, Zhang et al. discloses determining a communications 
path in a computer network the method comprising: 

sending a simulated network message [packet-switched (coL 8, lines 1-2) alarm 
signals, col. 4, lines 27-35] within a model of said computer network from a source 
device component [Fig. 1, network management server 12, col. 3, lines 10-22] within 
the model to a destination device component [Fig. 1, virtual network device (VND) 38, 
col. 4, lines 6-13] within said model along a device component path [Fig. 1, the path 
between network management server 12 and VND 38], 

wherein the message [alarm signals] does not traverse the computer network 
[Fig. 1, computer network is interpreted by the examiner as the combination of the 
"real" network 14 connected to network management server 12 and "real" network 
devices 16; thus, the alarm signals only traverse the path between VND 38 and 
network management server 12 and NOT to network devices 16] and 

recording the device components traversed by the message, thereby determining 
communications path as well as the validity of the path [interpreted by the examiner as 
recording the traversed VND 38s onto the management information base (MIB) 68, 
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when simulation device 18 acts as a virtual device (e.g«, a router) and records such 
information as [routing] tables associated with VNDs 38, as well as the status of 
input/output interfaces associated with communication device 36, col. 5, lines 26-33 
and 50-60; while network management server 12 "sees" multiple virtual network 
devices using multiple virtual network addresses, coL 8, lines 34-35 and coL 10, lines 
39-49]. 

6. With regard to claim 2, Zhang et al, discloses further comprising 

providing the model with a plurality of agents [Fig. 1, simulation devices 18, col. 
8, lines 40-41; wherein multiple simulation devices receive requests from network 
management server 12 and simulates the operation of network devices 16, col. 10, 
lines 26-49] 

each agent [Fig. 1, simulation devices 18] corresponding to a destination network 
element [Fig. 1, any one of multiple network devices 16 can be a one of many 
network devices to include routers, bridges, etc., col. 3, lines 10-16] of said computer 
network comprising a plurality of network elements [Fig. 1, multiple network devices 
16], and 

a plurality of device components (DC) [Fig. 1, each simulation device 18 
comprises multiple VNDs 38], each of said device components [Fig. 1, multiple VNDs 
38] modeling at least one aspect of one of said network elements, said aspect being either 
of a physical and a functional characteristic of said network element [ each VND 38 is 
managed by network management server 12 as though it is a physical network 
device 16, col. 4, lines 11-13; see also communication device 36 can be configured as 
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a router or any other type of network device in order to communicate with the 
"virtual" network on behalf of the simulation device 18, col. 5, Knes 26-331, 

wherein each of said agents [multiple simulation devices 18, col. 8, lines 40-41; 
wherem the simulation devices 18 receive requests from network management 
server 12 and simulates the operation of network devices 16, col. 10, lines 26-49] 
comprises a plurality of said device components [Fig. 1, multiple VNDs 38], and 

wherein at least two of said device components [Fig. 1, multiple VNDs 38] 
within at least one of said agents [Fig. 1, simulation devices 18] are logically 
interconnected, each logical interconnection corresponding to either of a physical and a 
functional interconnection found within or between any of said network elements 
[multiple VNDs 38 are shown in simulation device 18 wherein each VND 38 is 
managed as physical network device 16; for example a router and a server, col. 3, 
lines 10-16]. 



Claim Rejections - 35 USC § 103 

7. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 
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8. Claims 3-7 are rejected under 35 U.S.C. 103(a) as being unpatentable over Zhang et 
al. as applied to claims 1, 2, and 8 above, and further in view of Hao et al. (USP 
6,728,214), 

9. With regard to claims 3-4, Zhang et al. discloses a that the sending step [packet- 
switched (col. 8, lines 1-2) alarm signals, col. 4, lines 27-35] conprises each device 
component along the device component path traversed by the message [multiple 
simulation devices 18 use multiple virtual addresses such that multiple alarm signals 
are sent to network management server 12, col. 11, lines 4-15]. Zhang et al. discloses 
that the simulated device components can be routers [coL 3, Unes 10-16]. Zhang et al. 
does not specifically disclose identifying an intermediate device component along the 
device component path to which the message is to be passed and passing the message and 
an identifier of the intermediate device component to an immediately next device 
component in accordance with network routing rules. However, Hao et al. discloses 
testing network routers by simulating the network topologies [see Title and Abstract]. 
Hao et al. randomly inserts/deletes either an edge (connection), router-node or network 
node, checks the network topology and routing tables, and further checks the packet 
forwarding behavior [col. 4, line 54 to coL 5, line 35; especially with DP protocols such 
RIP, OSPF, and BGP, col. 5, lines 38-40]. A packet (such as an IP packet), sent from a 
first router, via a route containing multiple routers, must be received correctly by the 
destination router [coL 7, Unes 10-19]. Since the router-under-test (RUT) has a changing 
network topology, it must constantly simulate updating the presence of device 
components [e.g., routing tables], then possibly the absence of device components via a 
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network topology table [coL 4, lines 30-36] as if it were in a real network [col. 3, lines 
31-35], and, therefore, whether the tested router is complying with the network routing 
rules. Thus, it would have been obvious to one of ordinary skill in the art at the time of 
the invention to have modified the router of Zhang et al. to include the specific 
functionality of the router-testing of Hao et al. because such a testing method would 
allow the network management system to be properly tested for scalability, performance, 
and reliability while still not incurring the monetary and time burdens that accompany all 
the network devices in a network environment [see Zhang et al., col. 1, lines 2, lines 13- 
25]. 



10. With regard to claim 5, Zhang et al. discloses that the sending step [packet-switched 
(col. 8, lines 1-2) alarm signals, col. 4, lines 27-35] comprises each device component 
along the device component path traversed by the message [multiple simulation devices 
18 use multiple virtual addresses such that multiple alarm signals are sent to 
network management server 12, col. 11, lines 4-15]. Zhang et al. discloses that the 
simulated device components can be routers [col. 3, lines 10-16]. Zhang et al. does not 
specifically disclose identifying the intermediate device component within the same 
network layer. However, Hao et al. discloses testing network routers by simulating the 
network topologies [see Title and Abstract]. Hao et al. randomly inserts/deletes either 
an edge (connection), router-node or network node, checks the network topology and 
routing tables, and further checks the packet forwarding behavior [col. 4, line 54 to col. 
5, line 35; especially with IP protocols such RIP, OSPF, and BGP, col. 5, lines 38- 
40]. A packet (such as an IP packet), sent from a first router, via a route containing 
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multiple routers, must be received correctly by the destination router [coL 7, lines 10-19]. 
Since the router-under-test (RUT) has a changing network topology, it must constantly 
simulate updating the presence of device components [e.g., routing tables], then possibly 
the absence of device components via a network topology table [coL 4, lines 30-36] as if 
it were in a real network [col. 3, lines 31-35], and, therefore, whether the tested router is 
complying with the network routing rules. Thus, Hao et al. discloses identifying the 
intermediate device con^onent within the same network layer because it inserts/deletes 
connections and then checks the network topology, routing tables, and checks packet 
forwarding [col. 4, line 54 to col. 5, line 35; especially with IP protocols such RIP, 
OSPF, and BGP, coL 5, lines 38-40]. Thus, it would have been obvious to one of 
ordinary skill in the art at the time of the invention to have modified the router of Zhang 
et al. to include the specific functionality of the router-testing of Hao et al. because such a 
testing method would allow the network management system to be properly tested for 
scalability, performance, and reUability while still not incurring the monetary and time 
burdens that accompany all the network devices in a network environment [see Zhang et 
aL, col. 1, lines 2, lines 13-25]. 

11. With regard to claim 6, Zhang et al. discloses that the sending step [packet-switched 
(col. 8, lines 1-2) alarm signals, col. 4, lines 27-35] comprises each device conq)onent 
along the device component path traversed by the message [multiple simulation devices 
18 use multiple virtual addresses such that multiple alarm signals are sent to 
network management server 12, col. 11, lines 4-15]. Zhang et al. discloses that the 
simulated device components can be routers [col. 3, lines 10-16]. Zhang et al. does not 
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specifically disclose receiving the message at the immediately next device component 
and performing different functions based on what network layer the next device 
component is in. However, Hao et al. discloses testing network routers by simulating the 
network topologies [see Title and Abstract]. Hao et al. randomly inserts/deletes either 
an edge (connection), router-node or network node, checks the network topology and 
routing tables, and further checks the packet forwarding behavior [col. 4, line 54 to coL 
5, line 35; especially with IP protocols such RIP, OSPF, and BGP, col. 5, lines 38- 
40] . A packet (such as an IP packet), sent from a first router, via a route containing 
multiple routers, must be received correctly by the destination router [coL 7, lines 10-19]. 
Since the router-under-test (RUT) has a changing network topology, it must constantly 
simulate updating the presence of device components [e.g., routing tables], then possibly 
the absence of device components via a network topology table [col. 4, lines 30-36] as if 
it were in a real network [col. 3, lines 31-35], and, therefore, whether the tested router is 
complying with the network routing rules. Thus, Hao et al. discloses receiving the 
message at the immediately next device component [Fig. 12, simulated network 
topology shows the multiples routers between the RUT and the further 
routers/networks]; if the message is received from a device component at a higher 
network layer [for BGP testing, the testing involves setting up a higher layer TCP 
connection, then sending update packets to the RUT, coL 11, lines 12-18]; placing 
information onto an information stack as may be needed by any device component along 
the device component path to identify other device components along the device 
component path to which the message is to be passed [Each BGP router maintains its 
preferred paths to all possible destinations (not necessarily the shortest path), the 
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BGP router must advertise these paths to its adjacent multiple routers, col. 9, lines 
48-53. Since the information identifying intermediate nodes is extracted via the 
virtual/testing environment, examiner interprets placing the information onto a 
stack as passing the intermediate node information to the RUT from the original 
device component path (e.g.. Fig. 12, from the farthest BGP router to the RUT); 
thus, each possible destination node is exchanged, col. 9, lines 60-65]; and if the 
message is received from a device component at a lower network layer [in OSPF, lower 
level LSA advertisements are sent out concerning each router's own network 
connections, col. 8, lines 57-65]; removing information from the information stack 
needed to identify a subsequent intermediate device component along the device 
component path to which the message is to be passed [each OSPF router exchanges 
"hello" packets to maintain adjacency and LSAs to describe its own network 
connections and learned routes, col. 8, lines 57-65. Since the information identifying 
intermediate nodes is extracted via the virtual/testing environment, the examiner 
interprets removing information from the stack as passing the intermediate node 
information to the RUT from the original device component path (e.g., Fig. 12, from 
the farthest OSPF router to the RUT); thus, the current network topology is 
exchanged, col. 8, line 66 to col. 9, line 4.]. Thus, it would have been obvious to one of 
ordinary skill in the art at the time of the invention to have modified the router of Zhang 
et al. to include the specific functionality of the router-testing of Hao et al. because such a 
testing method would allow the network management system to be properly tested for 
scalability, performance, and reliability while still not incurring the monetary and time 
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burdens that accompany all the network devices in a network environment [see Zhang et 
aL, col. 1, lines 2, lines 13-25]. 

12. With regard to claim 7, Hao et al. further discloses using the removed stack 
information [the removed stack information is used to generate the LSA to the RUT 
and test whether the network topology and learned routes, col. 9, lines 8-39]. 

Conclusion 

13. The prior art made of record and not reUed upon is considered pertinent to appUcant's 
disclosure: 

(a) Chen et al. (USP 6,549,882) Mechanisms for providing and using scripting 
language for flexibly simulating a plurality of different network protocols. 

(b) Hardjono (USP 6,425,004) Detecting and locating a misbehaving device in a 
network domain. 

14. Any inquiry conceming this communication or earlier communications from the 
examiner should be directed to Mark A. Mais whose telephone number is (571) 272- 
3138. The examiner can normally be reached on 6 : 00-4: 3 0 . 

15. If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Wellington Chin can be reached on (571) 272-3134. The fax phone number 
for the organization where this appUcation or proceeding is assigned is 703-872-9306. 
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16. Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published 
appUcations may be obtained from either Private PAIR or PubUc PAIR, Status 
information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll-free). 

June 7, 2005 




